Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fixes #95 Add EPEL GPG Key and logic to handle yum::gpgkeys #96

Merged
merged 1 commit into from
Jul 9, 2018

Conversation

TJM
Copy link

@TJM TJM commented May 1, 2018

Pull Request (PR) description

Add the EPEL GPG key for EL6 and EL7, and adding the logic to automatically include GPG Keys from the yum::gpgkeys hash, including tests and some basic docs.

This Pull Request (PR) fixes the following issues

Fixes #95

## osfamily: RedHat

yum::gpgkeys:
/etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-6: # https://archive.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-6

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This will install the EPEL gpg key on osfamily RedHat even if epel is not enabled ? That seems undesirable.

Copy link
Author

@TJM TJM May 14, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actually, that is just the key in hieradata. It works similar to the "repos" and "managed_repos" logic. In order for a gpg key to be added to the system, a repo specifically referencing that key must be included in the managed_repos list. It does not simply "create_resources()" for each gpgkey in gpgkeys. So, this specific key will not be added to the system, unless you have epel in manged_repos on an EL6 system (ceteris paribus).

@traylenator
Copy link

While the merge request is fine technically do we really want to maintain GPG keys here?
Maybe just using a URL

gpgkey => https://archive.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-7

@TJM
Copy link
Author

TJM commented May 29, 2018

@traylenator,

The gpgkey URL would be OK, for Internet connected machines, but in my case I need the content in hieradata. The only reason that we get away with specifying the file alone with the other repos is that the os-release package creates those files with the keys.

However, you are the first person who has responded in nearly a month... so, if that is all that is holding up this request, then lets change the module-level hieradata to point to the URL and I can put the "content" in my own heiradata so we can get this pulled :)

~tommy

@traylenator traylenator added enhancement New feature or request needs-work not ready to merge just yet labels Jun 6, 2018
@bastelfreak
Copy link
Member

I think this is fine since we can provide source and/or content. Since nobody else mentioned objections I'm going to merge this.

@bastelfreak bastelfreak merged commit ae9be79 into voxpupuli:master Jul 9, 2018
@bastelfreak bastelfreak removed the needs-work not ready to merge just yet label Jul 9, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

Successfully merging this pull request may close these issues.

EPEL GPG Key
3 participants